home *** CD-ROM | disk | FTP | other *** search
/ Network Supervisor's Toolkit / Network Supervisor's Toolkit.iso / novell / nw386 / reliab-8.386 < prev    next >
Text File  |  1996-07-10  |  8KB  |  208 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11. Chapter 8
  12. System Reliability
  13.  
  14.  
  15.  
  16. This section on system reliability includes discussions
  17. of the the following NetWare 386 features:
  18.  
  19.    ■ Transaction Tracking System (TTS)
  20.    ■ System Fault Tolerance (SFT)
  21.  
  22.  
  23.  
  24.  
  25. Transaction Tracking System (TTS)
  26.  
  27. The NetWare Transaction Tracking System (TTS) protects
  28. database applications from corruption caused when server,
  29. workstation, or network failure interrupts a database
  30. transaction.  TTS does this by backing out incomplete
  31. transactions when a network component fails.  Backing out
  32. a transaction returns data and index information in the
  33. database to the state it was in before the transaction
  34. began.
  35.  
  36. Advantages of TTS
  37.  
  38. TTS is an integral part of NetWare 386 even if you don't
  39. plan to add a multiuser database to your server.  It is
  40. valuable because it protects the NetWare bindery and
  41. queuing database files from corruption.  Mainframe,
  42. minicomputer, and network database systems have offered
  43. transaction backout capability for some time.  In most
  44. cases, however, this capability is implemented as part
  45. of the database application software and not as part of
  46. the operating system. NetWare TTS is implemented at the operating system level
  47. on the server.  This method provides two major advantages
  48. over application-level implementation.
  49.  
  50. First, performance is increased dramatically because
  51. transactions are tracked in the server where file writes
  52. are made.  Because of this, less data is transferred
  53. across the network, and all transactions benefit from the
  54. speed of NetWare's disk caching system.
  55.  
  56. Second, database applications not designed for
  57. transaction backout can have backout capability.  When
  58. a database application without backout capability makes
  59. a physical record lock to a database file or a logical
  60. record lock when a database is open, the application
  61. implies to TTS that it is making a transaction.  At this
  62. point, TTS begins tracking this implicit transaction so
  63. that it can be backed out if a failure occurs.  When the
  64. application releases physical or logical record locks,
  65. it implies to TTS that the transaction is complete.  At
  66. this point, TTS will cease tracking the transaction.
  67.  
  68. Since some database applications leave one or more
  69. records locked at all times (some do this for copy
  70. protection), TTS allows you to set a locking threshold
  71. in the workstation so that an implicit transaction is not
  72. unnecessarily tracked at the first record lock when the
  73. application is started.  Setting the locking threshold
  74. prevents having an entire database session tracked as a
  75. single transaction or having too many transactions per
  76. file update.
  77.  
  78. Three kinds of database applications benefit from TTS:
  79.  
  80.    ■ Applications designed with no transaction backout
  81.      capability (this is done with implicit
  82.      transactions).
  83.  
  84.    ■ Applications with built-in transaction backout
  85.      capability (for example, Btrieve).
  86.  
  87.    ■ Applications that use explicit NetWare TTS calls to
  88.      provide transaction backout capability (examples of
  89.      explicit transaction calls are "begin," "abort," and
  90.      "end"). How TTS Works
  91.  
  92. TTS protects a transaction's data from network failure
  93. by making a copy of the original data before it is
  94. overwritten by new data.  If a failure occurs during a
  95. transaction, TTS can back out the transaction (restore
  96. the original data).  For example, if the server fails,
  97. TTS can back out the transaction when the server comes
  98. up again.  If a workstation or network transmission
  99. component fails, TTS can back out the transaction
  100. immediately.
  101.  
  102. TTS protects against failure for any type of application
  103. that issues record-locking calls.  This includes
  104. applications that store information in records: 
  105. traditional databases, some electronic mail applications,
  106. and some workgroup appointment schedulers.  Files such
  107. as word processing files that are not organized into
  108. discrete records are not protected by TTS.
  109.  
  110. The purpose of TTS is to guarantee that all transaction
  111. changes to a file are either wholly completed or not made
  112. at all.  For TTS to track transactions on a given file,
  113. you must flag the file as transactional.  The following
  114. steps describe how TTS tracks each write within a
  115. transaction:
  116.  
  117.    1)An application writes new data to a file on a
  118.      server.  
  119.  
  120.    2)The server stores the new data in cache memory.  The
  121.      target file on the server hard disk is unchanged.
  122.  
  123.    3)The server scans the target file on the server hard
  124.      disk, finds the data to be changed (old data), and
  125.      copies the old data to cache memory.  The server
  126.      also records the name and directory path of the
  127.      target file and the location and length of the old
  128.      data (record) within the file.  The target file on
  129.      the server hard disk remains unchanged.
  130.  
  131.    4)The server writes the old data in cache memory to
  132.      a transaction work file on the server hard disk. 
  133.      This transaction work file resides at the root level
  134.      of a volume on the server.  The file is flagged
  135.      System and Hidden.  The target file on the server
  136.      hard disk is still unchanged.
  137.  
  138.    5)The server writes the new data in cache memory to
  139.      the target file on the server hard disk.  The target
  140.      file is now changed. The server repeats these steps for each write within a
  141.      transaction, and the transaction work file grows to
  142.      accommodate the old data for each write.  If the
  143.      transaction is interrupted, the server writes the
  144.      contents of the transaction work file to the target file,
  145.      thereby restoring the file to pretransaction condition. 
  146.      In effect, the server backs out the transaction.  
  147.  
  148. Enabling and Disabling TTS
  149.  
  150. TTS is an integral part of NetWare 386 rather than an
  151. optional feature as in previous versions of NetWare. 
  152. Although, a server goes through a TTS enabling routine
  153. each time it boots, it is possible to disable TTS.
  154.  
  155. Enabled
  156.  
  157. When volume SYS is first mounted, TTS is automatically
  158. enabled if there is enough disk space and memory to allow
  159. transaction tracking.  If TTS is ever disabled, you can
  160. enable it with the ENABLE TTS command.  If a problem
  161. occurs that disables TTS automatically, you must fix the
  162. problem before you can enable TTS.
  163.  
  164. Disabled
  165.  
  166. When volume SYS is full or if the server does not have
  167. enough free memory, TTS is disabled automatically.  This
  168. happens immediately after the server boots or after any
  169. server process (including TTS) requests more memory or
  170. disk space than the server has.  You can also disable TTS
  171. in two other ways:
  172.  
  173.    ■ Dismount the TTS backout volume (usually volume SYS)
  174.  
  175.    ■ Issue the DISABLE TTS command.
  176.  
  177. When TTS is disabled, workstations can still make
  178. transactions in a database, but TTS offers no protection
  179. to the database. System Fault Tolerance (SFT)
  180.  
  181. NetWare 386 v3.0 supports SFT Levels I and II.  SFT Level
  182. I includes the following features:
  183.  
  184.    ■ Redundant Tables
  185.    ■ Read-After-Write Verification
  186.    ■ Hot Fix I (flagging bad disk allocation blocks and
  187.      writing or rewriting data to a redirection area)
  188.  
  189. SFT Level II includes the following features:
  190.  
  191.    ■ Disk Drive Mirroring
  192.    ■ Disk Channel Mirroring
  193.    ■ Hot Fix 2 (re-issuing a read request to a mirrored
  194.      disk and writing the good data to the redirection
  195.      area)
  196.    ■ Split Seeks On Reads
  197.    ■ UPS Monitoring
  198.    ■ Transaction Tracking System.
  199.  
  200. NetWare 386 v3.1 also adds the Write File Audit (WFA) and
  201. the Transaction Roll Forward (TRF) features to TTS. 
  202. Write File Audit maintains a file that records all writes
  203. to a corresponding database file.  If the database file
  204. becomes corrupted, Transaction Roll Forward uses the
  205. Write Audit File to rebuild the database file.  The
  206. NetWare 386 v3.0 server allows 25,000 concurrent
  207. transactions.
  208.